If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
I will try to revert patch "r600 CS parser fixes".. I have the same error when playing EVE online on random basis (I think it's not so random but... but...)
Unfortunately, doom3 is 32-bit only, and compiling 32-bit stuff is a bit of a pain on a 64-bit system. I'll have to wait a while until a later Mesa enters the gentoo compatibility pack.
You need 32-bit Mesa (and 32-bit X, and 32-bit everything) to run 32-bit Doom.
Since I'm on Gentoo, I have to compile all of that.
Care to elaborate?
Parts of the driver are in the kernel (drm), and parts in Mesa and DDX. If you are running very new Mesa on top of an old kernel, you often get that message.
Actually 32bit programs can use 64bit mesa you just have to make sure that your paths are set up correctly iirc its LIBGL_DRIVER_DIR= wherever your drivers are
That was letting me run 32bit wine apps anyway on a 64bit gentoo... I did have most of the 32bit libs installed though except for mesa
I just read that passing compressed texture work correctly with currend drivers put compressing them is not implemented.
Can et be possible to patch wine in a way to prevend him to compress texture. If it's possible, it can fix a couple of games without touching the drivers..
1)rgb/rgba texture compressed with help of libtxc_dxtn and sent to gpu
2) s3tc compressed texture sent to gpu
so, why not just skip compression in first case, and change texture type to GL_RGB/RGBA
in second case - decompress texture, chnage type and send to gpu
so bye bye s3tc then
Actually As Far As I Know 2) is already implemented in mesa and doesn't have patent issues (since no software decompression is involved). A workaround for 1) was started in this mesa branch http://cgit.freedesktop.org/~csimpso...tc-by-the-book.
I asked Corbin about it, and he said he would ask Ian Romanick to have a look at it. Basically it should do what you said, skip compression and change texture type. I think this would be the best solution as it would avoid the patent problem completely, would not require an external library and would work more or less automatically with all drivers. Also with modern cards VRAM size should not be a problem. Let's hope work on that side progresses.
Comment